Not really MC, J@tko is right, this is not about server config... If he uses UFB and also LFSW PB as the comparison base, there is no UFB found in his downloaded data and splits/sectors are always compared to zero, leading to the display he describes.

Now, using base car in this case could lead to large + numbers in case you actually have some have LFSW UFR PB on that track... OK, good point, I'll think about it... For some reason I chose not to use base cars when implementing this, but now I do not know what the reason was...

Quote from michele0676 :

It's possible run airio in local for example when i'm in hotlap ?

Airio is designed in such a way that it expects to be connected to a dedicated server, because it treats connection number 0 in a special way. Connection #0 is host in a dedicated server, or local LFS instance in non-dedicated server (such as when doing local hotlap).

I believe in the 2nd case it will display LFS warning messages (e.g. some messages are for multiplayer hosts only) and it may do other strange things. Overall, dedicated server is a requirement. You can try connecting it locally for hotlapping, but the results are unpredictable.

For local timing/speed info you can try Aonio (see link in my signature). It works also in single player and hotlapping mode - just hide the unnecessary multiplayer panels (radar, field).

Quote from franky500 :

I have had an issue with receiving e-mails as i have done some changes to my system here, Should be all well and good as of this afternoon though, so feel free to send away any time

Almost every new version had an initial bug, usually something very easy to fix concerning a game state I forgot to think about. That's why I wanted to wait one or two days. And indeed I captured one nasty thing, grid sorting not working at all when car type speeds were not explicitly defined. But I see no more waiting is necessary, I'll send the files right now. And if there are bugs reported, small updates will follow.

The digital speed button size item DigitalSpeedoSize accepts only values from 3 to 20, and I think those do work. And while Airio is a tracker, Aonio is really supposed to be a tracer. What is the difference? Uhm... I suppose Aonio is just a small brother of Airio.

Quote from Morpheuzis :

Happy holidays!

Same to you and everyone else!

As a little Christmas present for anyone who cares about such things I've released Airio 2.3.5. Direct dowloand link is available in my signature, all updates are summarized here. It took some time to release this version, for two primary reasons:

1. I was updating the core InSim library, completely changing server connection handling (to simpler, more efficient and more reliable code), and also extending Unicode support and strings handling in general (now full LFS to Unicode and back (!) conversion is supported). This meant changes to the existing code with hard-to-predict consequences.
   
2. Recently I was also working on Aonio, a client-side helper tool displaying lots of additional info based on locally available data and processing. Be sure to check out the tool, I'd like to integrate it with Airio somehow (e.g. by making remaining fuel in cars generally available).
   

Here's a list of the important changes in Airio 2.3.5:

• New connection and strings handling code, included now in separate Aegio .NET InSim library. To run Airio you need Airio.exe and also LiveForSpeed.InSim.Aegio.dll files (plus some config files, of course).
  
• People "unnamed" and "login" are not kicked from server right after connecting. Instead they're spectated whenever they try to join race, with big messages displayed about how to change the name from default.
  
• You can replace the "Airio Powered" small text in server logo with your own or just remove it (or simply adjust colors).
  
• Custom start grid sorting may always put forward faster types of cars, also current combo points can be used in sorting.
  
• FULL: If IP address capturing is active, country of drivers is queried, displayed in !players output and also used to set user language on 1st connect.
  
• Joining track from pitlane may be checked and if there are any cars one or more laps ahead approaching, the joining car must give way or be penalized (e.g. spectated). This feature should work universally on every track.
  
• Output of some commands was debugged or changed slightly, all known bugs (hopefully) corrected.
  
• Also Airio servers page was updated, all links (for joining LFS server, calling peoples' LFSW stats) are working now, even for servers/people with strange names (e.g. Japanase characters).

As mentioned, there were many consolidating internal changes, so extensive testing of old and new features with bug reports is more that welcome. I will wait one or two days before sending the update to Franky of 500servers in case some severe bugs are discovered in the meantime. Enjoy!

Hi, there!

For something like 18 months now I've been developing the Airio server tracker and newly also the Aonio client tracer. In the apps I'm using just about EVERY single piece of InSim/OutGauge info available through custom created complete .NET library. While working this extensively with the available data I found a few things that would be worth an update in some future LFS version/patch, even one obvious bug.

Note that the following info/requests are NOT for some InSim application, but they come from an InSim developer to LFS developers. Please use this thread only to add serious InSim update requests, once you fully studied the currently available information. Thanks! And now to the individual issues, arranged by severity:

1) First the bug: When a player is leaving pits and at the same time updating his controls (I'm afraid I'm not sure how it is done), there is an incorrect Player ID reported in IS_NPL. Please see this example extract:


A driver is leaving pits here, his player ID in IS_NPL is reported as #39. At the same time he somehow updated his controls and IS_PFL reports his player ID as #28, and this is actually the correct PID, as seen from the last IS_PLL packet. The problem is that IS_NPL is binding connection ID with incorrect player ID in this case, leading to all kinds of troubles. (To solve the trouble, Airio spectates the driver, announcing rare LFS bug as the reason, forcing another race join.)

2) Currently it is not possible to enforce having traction control turned on or off. It is only part of car data as seen in IS_NPL (player joining race). If someone turns on/off TC when already on track, it is not reported and the state cannot be checked. TC bit should be in my view part of player data, such as e.g. auto gears are, with changes reported by IS_PFL. Doing TC on/off checks would then be possible.

3) Support somewhere at least a new bit saying if car is damaged (or even a byte with some details of the damage nature - body, wheels, ...). It would then be possible to require drivers to have repairs turned on during pitstop, making them more careful about their cars.

4) Messages to connections/players could really be longer, the current 64 bytes limit is too severe. When a nickname in the message is required, also some colors and language changes, suddenly there's only something like 20 to 30 bytes for info. Upgrading 64 bytes to 96 bytes would make life so much easier for me (and Airio translators), and also to other InSim developers, I think.

5) Include avg. tyre and clutch temperature in OutGauge data, so that custom displays can be made. It would be also nice to have oil/engine temperature data actually with some values. Also some indication of engine damage would be most welcome, but I realize this is a more involved matter.

6) Allow sending "hidden" info to InSim apps on clients. Clients can send hidden information to server (and InSim running there) using /i, I think there's currently no way to communicate the other way.

Thanks for reading, I hope to see some updates soon!

Quote from Zalex :

Wow, this sounds like a chrismas gift for me !

It seems to me people love simple panels, like the digital speedo and exact fuel amount... One note concerning remaining laps: The value is calculated from consumption in all previous laps, so it is always an estimate, do not rely too heavily on the number.

Quote from Zalex :

I was wandering when the new AIRIO was get to be released, but all that time spent on Aonio is such a good trade off for the wait. hehehe

I hope to have updated Airio ready in a few days, not tomorrow, probably, but very soon. It doesn't contain any ground-braking things, but you'll find some new options. I have about two small display bugs to correct...

Quote from Zalex :

Have a nice holliday EQ, you GIVE us all good gifts all year long, at least we can wish you hapinnes and health for 2010. (and more AIRIO licences sold ? :nod

Thanks a lot, your nice words are much appreciated!

I was hoping we would see some major LFS update as a present too, unfortunately that doesn't seem to be the case...

Quote from Morpheuzis :

It's still not working. Contents Aonio.sta.txt to qualifications: ... and after qualifications: ... Test Aonio 0.9.2-1.2.0

Good report, man! Indeed it was a nasty bug in TB validity check! Get Aonio 1.2.1, it is (I believe) corrected now. For damaged TB data it will show nothing from the start, but it will be using new sector values in the following laps, making stats soon complete and correct.

Aonio 1.2.0 updates the speed panel display - colors now disappear after several seconds and also a smaller and less obtrusive version of the panel is available, without continuous updating and without node numbers. There is a new small fuel panel available, showing your remaining fuel in percents and laps. Note that fuel info is not available for other viewed cars, only for local player. All known bugs are (hopefully) corrected.

Last edited by EQ Worry, Tue, 22 Dec 2009 11:45.

I was testing the sector times and indeed if in qual and first time in some car, it was showing zeroes in the first lap. I corrected that display now (though not uploaded the updated version yet).

But this was only minor display glitch, corrected on the next lap. Currently I'm not able to reactate a situation when sector times are never remembered, as far as I'm able to check, it works OK.

If you do not see fuel for yourself (you never can see fuel of other people!) then you also do not see the adjacent two fields, speed and rotations. This means OutGauge is not properly initialized. Try restarting Aonio.

If it doesn't help, quit Aonio and LFS, open cfg.txt file in your LFS folder, set all five OutGauge items in the file to 0, save run LFS, run Aonio. OutGauge should then work...

Aonio moved two sub-versions up to 1.1.0, because it adds two new panels. The first is only a helper panel, showing your current Location in LFS world as X, Y, and Z coordinates. What is more important though, it displays your current node (like a very small sector) on track, which is info necessary for the 2nd new and maybe very interesting panel.

Based on Scipy's ideas this Speed panel shows minimum and maximum speed, also with maximum engine rotations. You may on each track define (see CFG file) for yourself any number of areas where min/max speed is measured. If none are defined, the track is divided by standard sectors.

Maximum engine rotations are always sector-based and if car max engine rotations are defined (see CFG file), any over-revving will be shown in red, meaning you're damaging your engine. Speed and rotations data are accompanied by node number so that you know where the measuring took place.

Default CFG file now shows all 11 available panels, but of course you're free to disable and move any of those. Happy testing/using. Further ideas are always welcome, not guaranteed to be implemented though.

Aonio 0.9.3 adds car takeover support (needs serious testing yet) and corrects special strings handling, all names should display correctly now.

Quote from [d9] :

reversed demo ... "incomplete" features imo

Oh yes, indeed. Sorry, it is in a very early state of development. Personally I'd add to the top of the list the starting sequence, because as of now it is very confusing. What I plan to do is make stats from pits, but give everyone "green light" at a different time so that the cars are further apart. Moving 1st split point is relatively easy, will do. Creating driver's list with position is not as easy, it will probably take a few days. And good point about "cheating" by going through pits! Will correct that... Greetings back at you to CZ, and thanks for the comments.

Quote from michele0676 :

EQ i've problem about that ... It works fine but Airio kick after 1 try to enter race and not after 4 times.

Hi MC! Is this still a problem? I think it could happen once, right after changing these numbers, if that driver was rejoining the race earlier, but currently I do not see how this could be happening regularly. Anyway, if it is still a problem, I'll do some tests to see...

Quote from vicbel :

I used AIRIO on one of our servers for a, AU1 layout but it went kind of crazy ... ideas?

Hard to say. It is always good to see 1st line (button) of !top output, because it says what track/layout/car the data are valid for. And certainly the same (current) combination should give the same results.

It is not as much about placement, rather about button IDs.

Ha, nice! It is good (and a bit surprising in fact) to see that Relax/Aonio local buttons are not clashing, or at least not apparently. Meanwhile Aonio 0.9.2 displays in the field list for a few seconds last lap times of all drivers, so this info is available about every driver, though (due to multi-purpose buttons) only for some 8 seconds...

Aonio 0.9.0 adds 9th panel, local PB and TB data, that are also saved into STA file on program correct exit (by pressing Q in the console or by closing LFS to which it is connected). Soon I plan to add a command allowing to list your local track/car or general stored data.

Note however that this simple panel is as far as I'd go into duplicating Airio functionality. I do not want (now) to allow different comparison basis, setting good/great times and such. Something relatively simple along these lines may appear in the future, but it is not a priority.

Aonio is a client-side tool and it should implement functions that cannot be done on server due to high amount of calculations and paricularly high volume of button updates. Fuel, radar and extended field list are in my view nice tools and ideal for local generation.

Appended is an image of one of the possible LFS/Airio/Aonio configuration, my current favorite. LFS list of drivers is turned off, Aonio is supplying more data. Radar is very helpful, just as remaining fuel shown in laps. Host info is cool for quick overview of race setup and current number of connections and cars on track. Timing buttons are supplied by Airio, map is a LFS feature.

What I'd love to see as buttons would be current (average) tyre and clutch temperatures, maybe also damage in some form. Unfortunately these data are not available using OutGauge currently, I plan to ask LFS developers for this (I hope) relatively simple addition...

Anyone attempting to implement full conversion from LFS bytes to Unicode string and from Unicode string back to LFS bytes should try using for ^E codepage 1250 instead of 28592 mentioned above. At least to me CP1250 gives the correct results...

Quote from RocksGt :

We were thinking of using an average of the X consecutive laps for the entry time. I mean, you must make 3 laps at least for the entry. The AVG of those 3 laps is stored in one of the .sta files. If you continue racing, if the 4th lap makes a better AVG with the last two, then the new AVG is stored.

Interesting idea! The principle itself is not as hard to implement. What actually takes much more time is creating the supporting framework - it'll need an external setting item, save/load to stats, commands to display the values etc. But it really is an interesting thing, so I'm writing it down for implementation.

Quote from RocksGt :

By the way, finally we have the Airio stable. No more problems since the last update. We expect to move to FULL as soon as we have the numbers done (renewing both servers, site hosting, etc..)

Good to hear! The upcoming Airio 2.3.5 contains completely new connection code which I believe is cleaner, more efficient, and more reliable. Hopefully it will work at least just as well for you and others as the current does.

Whenever you decide to go for the FULL, just contact me using MSN, ICQ or PM, the deal is a matter of a few minutes.

Quote from hotmail :

I am having some problem with the !remove Command. ... When i type !remove UFR AS6 or !remove * * or !rem * * or !remove , nothing happens

By default all stats manipulation commands are available only to super admins (limad level 5). The catch is the FREE version doesn't support this level, so to have stats commands available, you need to change one thing in CFG file - use EnableStats=4 there. After !rld you'll see in !ahelp all the stats manipulation commands. (I know you've already solved the problem, so this response is rather for other people thay may hit the same barrier.)

Aonio 0.8.1 updates the field panel display. Running absolute time gaps are shown in white. On splits and laps exact gap change is displayed - red means you were slower, green means you were faster in the latest common sector. The timing info can be a bit overwhelming from the start, but I believe it is useful to see both absolute current difference (white) and sector changes (red or green). Check it out, see if it behaves reasonably.

Quote from vicbel :

I absolutely LOVE the new panel!! I have a Q. What happens when the guys in front or behind are laps ahead or behind? what do the time difference numbers show?

Great! The differences are absolute, in seconds. For people ahead the time difference says how long is it they were in the same lap and in the same node as you are now. For people behind the number says how long it is since you were in that lap and node other drivers are now. If someone is lap or more ahead/behind, time difference will be high, one or two minutes...

Quote from Morpheuzis :

If AONIO works for the local computer, maybe you can do what he would save the data of the best sectors for the route. When you enter the server, you can not compare the data with AIRIO (the server), but with AONIO.

Yes, I think local PBs (personal bests) and TBs (theoretical bests) and comparison values will be Aonio feature (9th panel, probably) sometime soon. There is already data save/load write/read (STA file) support implemented, so it is a question of adding the management/comparison/display code.

Quote from Garally :

Thanks for ALL your work m8

Thanks!

Version 0.8.0 is now available, containing one more (8th) panel. This one shows all people on track, your current time gap to every one of them and used car OR # of pitstops made plus active penalties.

This panel in a certain way mimicks player names/positions available in LFS. However, it is a bit slower to update (for performace reasons the update is done just once a second) and also somehow wider. So why use it at all?

First, it supplies race important data - time gaps, car types, penalties, pitstops. Second, you may place it anywhere you prefer.

In the current state Aonio can supply at configurable places all the important race data. Take a look at the appended image showing what I myself consider as good configuration.

It uses only four panels: Host panel top right to see race length and number of connections and drivers. Radar panel bottom left to see cars in close profimity. Viewed driver panel bottom center to see current lap/position and any penalties applied or pitstops made. Field panel showing all cars in race.

The rest of LFS information is hidden using Shift+F, so that data are not doubled and overlapping.

Note that the field panel is relatively demanding - new player joining may mean up to 90 buttons (on full S2 server) to be redrawn. Test, see if it is useful and working correctly.

Also note I'm not sure about colors of time differences. Probably they'll all be white, showing in red or green on splits amount you lost or gained on the particular driver in that sector. Hm, yes, tricky, but may be a good feature for 0.8.1.

Last edited by EQ Worry, Thu, 10 Dec 2009 14:30.

Aonio 0.7.0 contains one more simple panel (seventh, that's why it is version 0.7 ), classical digital speedometer, a simple transparent button with configurable position, size and text color (see the updated CFG file). This panel is NOT shown by default.

Note that the number in this new button comes from multicar info packets and shows real car speed on the LFS map, while speed info that is part of viewed driver panel comes from outgauge info and basically tells how fast are car wheels spinning.

Update note: Always be sure to update both EXE and DLL files (and check CFG file), because recently the library changed quite a lot and I'm still in the process of cleaning its code, meaning there are constant small updates.

Quote from Framaris :

Got the same error when I tested it first time, after looking for a solution on the port side and loosing much time, I found that I had created in the past an undedicated server which was passworded, I removed the password and aonio was working perfectly.

Yes, in fact TCP error is reported both when using incorrect/unopened InSim port and wrong password. See the CFG file for short instructions about how to remove (or see) current client multiplayer password. You'll know InSim port is OK and pass is wrong by looking into LFS chat - there would be message about password mismatch.

If you after succesfull connection receive no OutGauge data (most notably current speed and engine rotations of viewed driver or your fuel level), quit LFS, go to your LFS folder, open cfg.txt file, find OutGauge items and set all five to 0 (zero). Then start LFS and Aonio again, maybe it will work now.

Quote from Framaris :

@EQ: Great stuff mate, I love the last updates!! And the cfg offers some nice customisation options, I am thinking of making some rock n roll sound files for cars coming from behind and maybe some meditation music for what's in front...lol

Haha, thanks! Replacing the default supplied sounds would be cool; everyone can create his/her own WAV files, because our tastes difer. For example I'm quite happy with the default Windows sounds.

Thanks for your reports! When the Prev/Next panels show strange info, please take a look at how LFS itself reports positions. Aonio depends on these data, and LFS sometimes (rarely though) shows not quite correct positions. Anyway, they should be the same. Also please make sure you're using the latest version for testing and reporting bugs.

Aonio 0.6.2 is available through a link in my signature. It adds one more config option turning remaining fuel display from percentage to laps once sufficient lap consumption data are available. The gathered data are stored on application quit (by pressing Q in its console) into a STA file, retrieved on next start. The STA file may later be used for storing other track/car data, such as your PBs or TBs achieved when using Aonio.

Newly also the radar panel is active in bottom left corner while star spotter is hidden by default. That's because the radar panel gives really nice overview and seems to be pretty useful at times. Of course you can turn on/off and move the panels as you need, using CFG items.

Soon I'd like to add digital speedo, a simple button with configurable position (maybe also size) showing current speed of the viewed car. Then I have a request to show complete list of drivers with additional data (# of pitstops, car, time gap).

Quote from Mischa NED :

First of all great work on your new project ;-)

Thanks!

Quote from Mischa NED :

I see advantages of a /lock. If you /spec people try to join the track and a message appears that the user joined the track.

You're right, the messages that someone joined and was spectated right after could be annoying. Still, the major trouble of the /lock command (if any such was created by LFS devs) remains: Such a lock could depend on many different things, not just a name. People could e.g. require lock by lap time or tyres or anything else, and such type of lock cannot really be aplied until the player joins and LFS can see what car he's using and what setup. I don't think it would be possible to prefedine /lock sufficiently in any reasonable way.

Other wild scheme coming to mind is to make LFS server ask the connected InSim if a player can be allowed to join race, but this solution has also its catches. I'm afraid we have to live with the current scheme, spectating people right after joining, with one LFS message as a spam in these cases.

Quote from Gai-Luron :

For EQ: An answer for one of your post in AONIO Topic. You can use part of LFSRelax code for AONIO if you want and only if you release it in Open Source ( i hope soon, Very good ) indicating the origin of the code used.

Hi! Yes, that's what I know is necessary. In fact it is my intention to release it as open source soon, at the latest on version 1.0 which should be the first non-beta version. The slight problem is it depends on an external InSim library, Aegio, and I'm not sure code of this library is ready to be opened, mostly because it is not documented. On he other hand opening Aegio, which is quite thoroughly tested and complete, with many helper functions, could help programmers to get started quick...